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DETAILED ACTION 
Status of Claims: 
Claims 1-9, 11-21, 23-25, and 27-31 are pending in this Office Action. 
Claims 1, 6, 14, 17, and 18 are amended. 
Claims 10, 22, and 26 are canceled. 
Claims 29-31 are new. 

Claim Rejections - 35 USC § 101 

1. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

Claims 6-13 are rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. 
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The program is embodied on a computer readable storage medium. Said 
medium is interpreted to include non-statutory subject matter such as carrier waves, 
signals, and communication media because carrier waves, signals, and communication 
media store data within the wave, signal or media. While the specification lists examples 
[on page 8, paragraph [0026]] of physical media, those are considered to be just non- 
llmlting examples. The examiner encourages applicant to amend the claims and 
specification with explicit arguments that the medium is 'non-transitory' or 'non- 
transmissible'. 

Speciffcation 

2. The disclosure is objected to because of the following informalities: The 
specification must provide support for claim amendments as described in regards to 
rejections under 35 USC § 1 01 in order to maintain proper antecedent basis for the 
claims. Appropriate correction is required. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 

forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the phor art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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4. Claims 1-25 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Zargham at al. (US 6,954,757 B2) in view of Story et al. (US 6,081 ,807) and further in 
view of Kumar et al. (US 7,203,700). 



Claim 1 

Zargham teaches a system comprising: 

a database ([Zargham] Column 8 Lines 34-37, "Central repository-refers to a 
sharable unified capacity such as the operational data store (ODS) with a relational 
database management system (RDBMS) in the ZLE framework"); and 

a plurality of instances of an application server implementing a Java application 
model ([Zargham] Column 16 Lines 12-16, "The workflow service in the ZLE framework 
is, for example, an EJB (Enterprise Java Bean, Java 2 enterprise edition ( J2EE)) 
compliant service running on parallel, available application servers that can store its 
workflow as XML data structures") coupled in a star topology with the message server 
at a center of the star topology, the plurality of instances sharing the database 
([Zargham] Column 3 Lines 21-26, "the ZLE framework defines a multilevel architecture 
with a hub, wherein the enterprise applications are loosely coupled to the hub and 
communicating therewith via adapters" and see Column 6 Lines 53-61, "Loosely 
coupled applications"). 

Zarhgham does not disclose a message server having no persistent state such 
that the message server can be restarted after a failure without performing state 
recovery operations. 
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Story et al. teaches a stateless server in Column 1 lines 27-35, "The NFS 
protocol is defined in various standards documents, e.g., "NFS: Network File System 
Protocol Specifications," Sun Microsystems, Inc., RFC (Request for Comment) 1094, 
which is hereby incorporated by reference. The NFS protocol requires a "stateless 
server." This means that the state of interactions between the server and a client are not 
to be tracked or managed by the server during a session" in order that "if a client makes 
a request to a server, and after satisfying that request the server fails and is restarted, 
the server must be able to handle subsequent related requests from the client without 
needing to access state data that was lost when the server failed" (Column 1 lines 35- 
39). 

It would have been obvious to one of ordinary skill in the art at the time to create 
the invention of Zargham to include the stateless server as taught by Story et al. in 
order that "if a client makes a request to a server, and after satisfying that request the 
server fails and is restarted, the server must be able to handle subsequent related 
requests from the client without needing to access state data that was lost when the 
server failed" (Column 1 lines 35-39). 

The modified Zargham does not specifically disclose one or more of the plurality 
of instances to initiate registering or reregistering of instance-specific information with 
the message server upon starting or restarting, respectively, of the message server, the 
instance-specific information including a confirmation of a connection between the one 
or more of the plurality of instances and the message server. 
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In an analogous art, Kumar et al. teaches in column 5 lines 1-15, "In act 20 (FIG. 
2) connectivity between the new instance J (FIG. 3) and at least one component in a 
network of computers is established, in any manner, depending on the embodiment. For 
example, client computers 48 and 49 (FIG. 3) may be informed of the new instance J so 
that processes therein can start sending work (as illustrated by the dashed lines) to the 
new instance. Thereafter, as illustrated by act 30 (FIG. 2), the new instance is started, 
for example by issuing an operating system instruction to the computer in which the 
instance J is to be started. As noted above, such a computer may be part of a cluster of 
computers in which all of the other instances are executing" and in column 6 lines 3-9, 
"Next, in act 53, the starter computer automatically checks that the network has 
connectivity to the newbie computer, e.g. confirms that one or more processes that 
implement connectivity of the newbie computer to other processes in other computers of 
the network are up and running, and are responsive to messages being sent to the 
newbie computer from the network" in order that "Automatic addition of a new instance 
to a group of existing instances as described above in reference to FIG. 2 provides 
several advantages. Specifically, depending on the embodiment, manual effort in 
adding a new instance is reduced or even eliminated. Moreover, human errors in a 
manual process are also reduced or eliminated, thereby to facilitate guaranteed 24x7 
uptime. Furthermore, it is no longer necessary to bring down all of the instances of an 
application, because a new instance can be automatically added on the fly, namely 
while the other instances are continuing execution" (column 5 lines 16-27). 
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It would have been obvious to one of ordinary skill in the art at the time to create 
the invention of the modified Zargham to include Automatic addition of instances as 
taught by Kumar et al. in order that "Automatic addition of a new instance to a group of 
existing instances as described above in reference to FIG. 2 provides several 
advantages. Specifically, depending on the embodiment, manual effort in adding a new 
instance is reduced or even eliminated. Moreover, human errors in a manual process 
are also reduced or eliminated, thereby to facilitate guaranteed 24x7 uptime. 
Furthermore, it is no longer necessary to bring down all of the instances of an 
application, because a new instance can be automatically added on the fly, namely 
while the other instances are continuing execution" (column 5 lines 16-27). 

Claim 2 

The modified Zargham teaches the system of claim 1 wherein each instance 
comprises: 

a dispatcher node; and a plurality of server nodes ([Zargham] See Figure 9, ZLE 
framework). 

Claim 3 

The modified Zargham teaches the system of claim 2 wherein each server node 
comprises: 

a Java 2 enterprise edition ( J2EE) engine ([Zargham] Column 16 Lines 12-16, 
"The workflow service in the ZLE framework is, for example, an EJB (Enterprise Java 
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Bean, Java 2 enterprise edition ( J2EE)) compliant service running on parallel, available 
application servers that can store its workflow as XML data structures"). 

Claim 4 

The modified Zargham teaches the system of claim 1 further comprising: 
a central lock server to provide cluster wide locks to the plurality of instances 
([Zargham] Column 7 Lines 43-46, "An event may unlock or prompt the commencement 
of one or more business transactions. An event may lock or prompt the ending of one or 
more business transactions"). 

Claim 5 

The modified Zargham teaches the system of claim 1 wherein the message 
server comprises: 

a first data structure to store a list of connected clients; and a second data 
structure and a list of services provided in the system ([Zargham] Column 1 Lines 43- 
46, "the ZLE can integrate data related to the real time operations of the enterprise into 
a data storage cache, also known as operational data store (ODS)"). 

Claim 6 

Zargham teaches a computer readable storage media containing executable 
computer program instructions which when executed cause a digital processing system 
to perform a method comprising: 
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starting a central services node to provide a locking service and a messaging 
service ([Zargham] Column 7 Lines 43-46, "An event may unlock or prompt the 
commencement of one or more business transactions. An event may lock or prompt the 
ending of one or more business transactions" and Column 6 Lines 62-67, "Tightly 
coupled applications — refers to applications that are not stand-alone and are tightly 
integrated into the ZLE framework. Tightly integrated functionality— e.g., event capture, 
data extraction, rules, workflow, message transports and transformations — becomes 
part of the ZLE core functionality"); 

starting a plurality of application server instances ([Zargham] Column 16 Lines 
12-16, "The workflow service in the ZLE framework is, for example, an EJB (Enterprise 
Java Bean, Java 2 enterprise edition ( J2EE)) compliant service running on parallel, 
available application servers that can store its workflow as XML data structures"); and 

organizing the application server instances into a cluster having star topology 
with the central services node at a center of the star topology ([Zargham] Column 3 
Lines 21-26, "the ZLE framework defines a multilevel architecture with a hub, wherein 
the enterprise applications are loosely coupled to the hub and communicating therewith 
via adapters" and see Column 6 Lines 53-61, "Loosely coupled applications"). 

Zarhgham does not disclose the messaging service having no persistent state. 

Story et al. teaches a stateless server in Column 1 lines 27-35, "The NFS 
protocol is defined in various standards documents, e.g., "NFS: Network File System 
Protocol Specifications," Sun Microsystems, Inc., RFC (Request for Comment) 1094, 
which is hereby incorporated by reference. The NFS protocol requires a "stateless 
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server." This means tliat tine state of interactions between the server and a client are not 
to be tracked or managed by the server during a session" in order that "if a client makes 
a request to a server, and after satisfying that request the server fails and is restarted, 
the server must be able to handle subsequent related requests from the client without 
needing to access state data that was lost when the server failed" (Column 1 lines 35- 
39). 

It would have been obvious to one of ordinary skill in the art at the time to create 
the invention of Zargham to include the stateless server as taught by Story et al. in 
order that "if a client makes a request to a server, and after satisfying that request the 
server fails and is restarted, the server must be able to handle subsequent related 
requests from the client without needing to access state data that was lost when the 
server failed" (Column 1 lines 35-39). 

The modified Zargham does not specifically disclose registering or reregistering 
instance-specific information with the central services node upon starting or restarting, 
respectively, of the central services node, the reqisterina or reaisterinq initiated bv one 
or more of the plurality of application server instances, the instance-specific information 
including a confirmation of a connection between the one or more of the plurality of 
instances and the central services node . 

In an analogous art, Kumar et al. teaches in column 5 lines 1-15, "In act 20 (FIG. 
2) connectivity between the new instance J (FIG. 3) and at least one component in a 
network of computers is established, in any manner, depending on the embodiment. For 
example, client computers 48 and 49 (FIG. 3) may be informed of the new instance J so 
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that processes therein can start sending \Nork (as illustrated by the dashed lines) to the 
new instance. Thereafter, as illustrated by act 30 (FIG. 2), the new instance is started, 
for example by issuing an operating system instruction to the computer in which the 
instance J is to be started. As noted above, such a computer may be part of a cluster of 
computers in which all of the other instances are executing" and in column 6 lines 3-9, 
"Next, in act 53, the starter computer automatically checks that the network has 
connectivity to the newbie computer, e.g. confirms that one or more processes that 
implement connectivity of the newbie computer to other processes in other computers of 
the network are up and running, and are responsive to messages being sent to the 
newbie computer from the network" in order that "Automatic addition of a new instance 
to a group of existing instances as described above in reference to FIG. 2 provides 
several advantages. Specifically, depending on the embodiment, manual effort in 
adding a new instance is reduced or even eliminated. Moreover, human errors in a 
manual process are also reduced or eliminated, thereby to facilitate guaranteed 24x7 
uptime. Furthermore, it is no longer necessary to bring down all of the instances of an 
application, because a new instance can be automatically added on the fly, namely 
while the other instances are continuing execution" (column 5 lines 16-27). 

It would have been obvious to one of ordinary skill in the art at the time to create 
the invention of the modified Zargham to include Automatic addition of instances as 
taught by Kumar et al. in order that "Automatic addition of a new instance to a group of 
existing instances as described above in reference to FIG. 2 provides several 
advantages. Specifically, depending on the embodiment, manual effort in adding a new 



Application/Control Number: 10/750,002 Page 12 

Art Unit: 2446 

instance is reduced or even eliminated. Moreover, liuman errors in a manual process 
are also reduced or eliminated, thereby to facilitate guaranteed 24x7 uptime. 
Furthermore, it is no longer necessary to bring down all of the instances of an 
application, because a new instance can be automatically added on the fly, namely 
while the other instances are continuing execution" (column 5 lines 16-27). 

Claim 7 

The modified Zargham teaches the computer readable storage media of claim 6 
containing executable computer program instructions which when executed cause a 
digital processing system to perform the method further comprising: 

sharing a database among the plurality of application server instances 
([Zargham] Column 8 Lines 34-37, "Central repository-refers to a sharable unified 
capacity such as the operational data store (ODS) with a relational database 
management system (RDBMS) in the ZLE framework"). 

Claim 8 

The modified Zargham teaches the computer readable storage media of 6 
containing executable computer program instructions which when executed cause a 
digital processing system to perform the method wherein starting a plurality of 
application server instances comprises: 

starting, for each application server instance of the plurality, a dispatcher node 
and a plurality of server nodes ([Zargham] See Figure 9, ZLE framework). 
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Claim 9 

The modified Zargliam teaclies tine computer readable storage media of claim 6 
containing executable computer program instructions which when executed cause a 

digital processing system to perform the method further comprising: 

starting a message server having no persistent state (See claim 6 rejection). 

Claim 11 

The modified Zargham teaches the computer readable storage media of claim 6 
containing executable computer program instructions which when executed cause a 
digital processing system to perform the method further comprising: 

conducting inter instance communication through the messaging server 
([Zargham] Column 21 Lines 53-55, "Messaging functions in the ZLE framework may 
involve a simple messaging scenario of an EAI-type request-response situation"). 

Claim 12 

The modified Zargham teaches the computer readable storage media of claim 9 
containing executable computer program instructions which when executed cause a 
digital processing system to perform the method further comprising: 

restarting the message server without state recovery responsive to a system 
failure (see claim 6 rejection). 
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Claim 13 

The modified Zargham teaches the computer readable storage media of claim 10 
containing executable computer program instructions which when executed cause a 
digital processing system to perform the method further comprising: 

notifying all registered Instances from the message server when an additional 
instance joins the cluster ([Zargham] Column 13 Lines 66-68, "The robust message store 
function supports the EAI platform for ZLE hub-based publish and subscribe 
operations"). 

Claim 14 

Zargham teaches a system comprising: 

means for organizing a plurality of application servers instances into a cluster 
having a star topology with a central services node at a center of the star topology 
([Zargham] Column 3 Lines 21-26, "the ZLE framework defines a multilevel architecture 
with a hub, wherein the enterprise applications are loosely coupled to the hub and 
communicating therewith via adapters" and see Column 6 Lines 53-61, "Loosely 
coupled applications"); 

means for sharing a storage resource across the cluster; and means for 
performing centralized inter instances communication ([Zargham] Column 8 Lines 34- 
37, "Central repository-refers to a sharable unified capacity such as the operational 
data store (ODS) with a relational database management system (RDBMS) in the ZLE 
framework"). 
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Zargham et al. does not disclose means for performing centralized inter 
instances communication without maintenance of persistent state information 

Story et al. teaches a stateless server in Column 1 lines 27-35, "The NFS 
protocol is defined in various standards documents, e.g., "NFS: Network File System 
Protocol Specifications," Sun Microsystems, Inc., RFC (Request for Comment) 1094, 
which is hereby incorporated by reference. The NFS protocol requires a "stateless 
server." This means that the state of interactions between the server and a client are not 
to be tracked or managed by the server during a session" in order that "if a client makes 
a request to a server, and after satisfying that request the server fails and Is restarted, 
the server must be able to handle subsequent related requests from the client without 
needing to access state data that was lost when the server failed" (Column 1 lines 35- 
39). 

It would have been obvious to one of ordinary skill In the art at the time to create 
the Invention of Zargham to include the stateless server as taught by Story et al. In 
order that "if a client makes a request to a server, and after satisfying that request the 
server fails and is restarted, the server must be able to handle subsequent related 
requests from the client without needing to access state data that was lost when the 
server failed" (Column 1 lines 35-39). 

The modified Zargham does not specifically disclose the inter instances 
communication including registering or reregistering instance-specific information with 
the central services node upon a starting or restarting, respectively, of the central 
services node, the registering or reregistering initiated bv one or more of the plurality of 
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application server instances, the instance-specific information including a confirmation 
of a connection between the one or more of the plurality of application server instances 
and the central services node . 

In an analogous art, Kumar et al. teaches in column 5 lines 1-15, "In act 20 (FIG. 
2) connectivity between the new instance J (FIG. 3) and at least one component in a 
network of computers is established, in any manner, depending on the embodiment. For 
example, client computers 48 and 49 (FIG. 3) may be informed of the new instance J so 
that processes therein can start sending work (as illustrated by the dashed lines) to the 
new instance. Thereafter, as illustrated by act 30 (FIG. 2), the new instance is started, 
for example by issuing an operating system instruction to the computer in which the 
instance J is to be started. As noted above, such a computer may be part of a cluster of 
computers in which all of the other instances are executing" and in column 6 lines 3-9, 
"Next, in act 53, the starter computer automatically checks that the network has 
connectivity to the newbie computer, e.g. confirms that one or more processes that 
implement connectivity of the newbie computer to other processes in other computers of 
the network are up and running, and are responsive to messages being sent to the 
newbie computer from the network" in order that "Automatic addition of a new instance 
to a group of existing instances as described above in reference to FIG. 2 provides 
several advantages. Specifically, depending on the embodiment, manual effort in 
adding a new instance is reduced or even eliminated. Moreover, human errors in a 
manual process are also reduced or eliminated, thereby to facilitate guaranteed 24x7 
uptime. Furthermore, it is no longer necessary to bring down all of the instances of an 
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application, because a new instance can be automatically added on the fly, namely 
while the other instances are continuing execution" (column 5 lines 16-27). 

It would have been obvious to one of ordinary skill in the art at the time to create 
the invention of the modified Zargham to include Automatic addition of instances as 
taught by Kumar et al. In order that "Automatic addition of a new instance to a group of 
existing Instances as described above in reference to FIG. 2 provides several 
advantages. Specifically, depending on the embodiment, manual effort in adding a new 
instance is reduced or even eliminated. Moreover, human errors in a manual process 
are also reduced or eliminated, thereby to facilitate guaranteed 24x7 uptime. 
Furthermore, It Is no longer necessary to bring down all of the instances of an 
application, because a new instance can be automatically added on the fly, namely 
while the other instances are continuing execution" (column 5 lines 16-27). 



Claim 15 

The modified Zargham teaches the system of claim 14 further comprising: 
means for centralized locking of a resource within the cluster ([Zargham] Column 
7 Lines 43-46, "An event may unlock or prompt the commencement of one or more 
business transactions. An event may lock or prompt the ending of one or more business 
transactions"). 
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Claim 16 

The modified Zargham teaclies tine system of claim 14 wlierein tine means for 
performing comprises: 

a message server having no persistent state (See claim 14 rejection). 

Claim 17 

The modified Zargham teaches the system of claim 14 wherein the means for 
performing comprises: 

means for recording services provided in the cluster ([Zargham] Column 13 Lines 
66-68, "The robust message store function supports the EAI platform for ZLE hub-based 
publish and subscribe operations"). 

Claim 18 

Zargham teaches a method comprising: 

starting a central services node to provide a locking service and a messaging 
service ([Zargham] Column 7 Lines 43-46, "An event may unlock or prompt the 
commencement of one or more business transactions. An event may lock or prompt the 
ending of one or more business transactions" and Column 6 Lines 62-67, "Tightly 
coupled applications — refers to applications that are not stand-alone and are tightly 
integrated into the ZLE framework. Tightly integrated functionality— e.g., event capture, 
data extraction, rules, workflow, message transports and transformations — becomes 
part of the ZLE core functionality"). 



Application/Control Number: 10/750,002 Page 19 

Art Unit: 2446 

starting a plurality of application server instances ([Zargham] Column 16 Lines 
12-16, "The workflow service in the ZLE framework is, for example, an EJB (Enterprise 
Java Bean, Java 2 enterprise edition ( J2EE)) compliant service running on parallel, 
available application servers that can store its workflow as XML data structures"); and 

organizing the application server instances into a cluster having star topology 
with the central services node at a center of the star topology ([Zargham] Column 3 
Lines 21-26, "the ZLE framework defines a multilevel architecture with a hub, wherein 
the enterprise applications are loosely coupled to the hub and communicating therewith 
via adapters" and see Column 6 Lines 53-61, "Loosely coupled applications"). 

Zarhgham does not disclose the messaging service not maintaining a persistent 

state. 

Story et al. teaches a stateless server in Column 1 lines 27-35, "The NFS 
protocol is defined in various standards documents, e.g., "NFS: Network File System 
Protocol Specifications," Sun Microsystems, Inc., RFC (Request for Comment) 1094, 
which is hereby incorporated by reference. The NFS protocol requires a "stateless 
server." This means that the state of interactions between the server and a client are not 
to be tracked or managed by the server during a session" in order that "if a client makes 
a request to a server, and after satisfying that request the server fails and is restarted, 
the server must be able to handle subsequent related requests from the client without 
needing to access state data that was lost when the server failed" (Column 1 lines 35- 
39). 
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It would have been obvious to one of ordinary skill in the art at the time to create 
the invention of Zargham to include the stateless server as taught by Story et al. in 
order that "if a client makes a request to a server, and after satisfying that request the 
server fails and is restarted, the server must be able to handle subsequent related 
requests from the client without needing to access state data that was lost when the 
server failed" (Column 1 lines 35-39). 

The modified Zargham does not specifically disclose registering or reregistering 
instance-specific information with the central services node upon starting or restarting, 
respectively, of the central services node, the registering or reregistering initiated by one 
or more of the plurality of application server instances, the instance-specific information 
including a confirmation of a connection between one or more of the plurality of 
application server instances and the central services node . 

In an analogous art, Kumar et al. teaches in column 5 lines 1-15, "In act 20 (FIG. 
2) connectivity between the new instance J (FIG. 3) and at least one component in a 
network of computers is established, in any manner, depending on the embodiment. For 
example, client computers 48 and 49 (FIG. 3) may be informed of the new instance J so 
that processes therein can start sending work (as illustrated by the dashed lines) to the 
new instance. Thereafter, as illustrated by act 30 (FIG. 2), the new instance is started, 
for example by issuing an operating system instruction to the computer In which the 
instance J is to be started. As noted above, such a computer may be part of a cluster of 
computers in which all of the other instances are executing" and in column 6 lines 3-9, 
"Next, in act 53, the starter computer automatically checks that the network has 
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connectivity to the newbie computer, e.g. confirms that one or more processes that 
implement connectivity of the newbie computer to other processes in other computers of 
the network are up and running, and are responsive to messages being sent to the 
newbie computer from the network" in order that "Automatic addition of a new instance 
to a group of existing instances as described above in reference to FIG. 2 provides 
several advantages. Specifically, depending on the embodiment, manual effort In 
adding a new instance is reduced or even eliminated. Moreover, human errors in a 
manual process are also reduced or eliminated, thereby to facilitate guaranteed 24x7 
uptime. Furthermore, It Is no longer necessary to bring down all of the Instances of an 
application, because a new instance can be automatically added on the fly, namely 
while the other instances are continuing execution" (column 5 lines 16-27). 

It would have been obvious to one of ordinary skill in the art at the time to create 
the Invention of the modified Zargham to include Automatic addition of Instances as 
taught by Kumar et al. in order that "Automatic addition of a new instance to a group of 
existing Instances as described above in reference to FIG. 2 provides several 
advantages. Specifically, depending on the embodiment, manual effort in adding a new 
Instance Is reduced or even eliminated. Moreover, human errors In a manual process 
are also reduced or eliminated, thereby to facilitate guaranteed 24x7 uptime. 
Furthermore, It Is no longer necessary to bring down all of the instances of an 
application, because a new instance can be automatically added on the fly, namely 
while the other instances are continuing execution" (column 5 lines 16-27). 
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Claim 19 

The modified Zargham teaclies tine metliod of claim 18 furtlier comprising: 
sharing a database among the plurality of application server instances 
([Zargham] Column 8 Lines 34-37, "Central repository-refers to a sharable unified 
capacity such as the operational data store (ODS) with a relational database 
management system (RDBMS) in the ZLE framework"). 

Claim 20 

The modified Zargham teaches the method of claim 18 wherein starting a 
plurality of application server instances comprises: 

starting, for each instance of the plurality, a dispatcher node and a plurality of 
server nodes ([Zargham] See Figure 9, ZLE framework). 

Claim 21 

The modified Zargham teaches the method of claim 18 wherein starting a central 
service node comprises: 

starting a message server having no persistent state (see claim 18 rejection). 



Claim 23 

The modified Zargham teaches the method of claim 18 further comprising: 
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conducting inter instance communication through the messaging service 
([Zargham] Column 21 Lines 53-55, "Messaging functions in the ZLE framework may 
involve a simple messaging scenario of an EAI-type request-response situation"). 

Claim 24 

The modified Zargham teaches the method of claim 21 further comprising: 
restarting the message server without state recovery responsive to a system 
failure (See claim 18 rejection). 

Claim 25 

The modified Zargham teaches the method of claim 22 wherein organizing 
further comprises: 

notifying all registered instances from the message server when an additional 
instance joins the cluster ([Zargham] Column 13 Lines 66-68,"The robust message store 
function supports the EAI platform for ZLE hub-based publish and subscribe 
operations"). 

Claim 27 

The modified Zargham teaches the system of Claim 1 , wherein inter-instance 
communications are conducted through the messaging server ([Zargham] Column 21 
Lines 53-55, "Messaging functions in the ZLE framework may involve a simple 
messaging scenario of an EAI-type request-response situation"). 
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Claim 28 

The modified Zargliam teaclies tine system of Claim 26, wlierein eacli registered 
application server instance is notified by the message server when an additional 
instance registers with the messaging server ([Zargham] Column 13 Lines 66-68, "The 
robust message store function supports the EAI platform for ZLE hub-based publish and 
subscribe operations" and Column 14 lines 8-11 "Performing publish and subscribe 
through the relational database enables the messaging function to leverage the 
parallelism, partitioning, and built-in manageability of the RDBMS platform). 

Claim 29 

The modified Zargham teaches the system of claim 1, wherein each of the 
plurality of instances is started using a first instance-specific bootstrap logic, the first 
instance-specific bootstrap logic synchronized with a second instance-specific bootstrap 
logic stored in the database ([Kumar et al.] Column 6 lines 25-36, "Thereafter, in act 55, 
the starter computer automatically sets up resources needed by the new instance in the 
newbie computer. Examples of such resources include a directory that may be required 
by the new instance during execution, to write log files, and/or to save data temporarily 
to disk. The resources that may be set up in act 55 include any resources (such as 
memory of a minimum size) needed to bootstrap the instance of the application, so that 
the new instance of the application can come into existence (also called "static 
configuration"). Such resources may also include state information, and/or initialization 
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values that may be needed by the new instance" and Column 7 lines 53-60, "In one 
implementation, a file (also called "initialization parameter" file) that is used for bootstrap 
configuration identifies two kinds of entries: (a) global entries for use in starting up all 
instances, and (b) instance-specific entries that may be cloned from another instance 

for use with the new Instance. The initialization parameter file can be private to each 
computer in the cluster, or alternatively can be shared by all computers in the cluster"). 

Claim 30 

The modified Zargham teaches the system of claim 1 , wherein a node within the 
plurality of instances is started using a first node-specific bootstrap logic, the first node- 
specific bootstrap logic synchronized with a second node-specific bootstrap logic stored 
in the database ([Kumar et al.] Column 6 lines 25-36, "Thereafter, in act 55, the starter 
computer automatically sets up resources needed by the new instance in the newbie 
computer. Examples of such resources include a directory that may be required by the 
new instance during execution, to write log files, and/or to save data temporarily to disk. 
The resources that may be set up in act 55 include any resources (such as memory of a 
minimum size) needed to bootstrap the instance of the application, so that the new 
instance of the application can come into existence (also called "static configuration"). 
Such resources may also include state information, and/or initialization values that may 
be needed by the new instance" and Column 7 lines 53-60, "In one implementation, a 
file (also called "initialization parameter" file) that is used for bootstrap configuration 
identifies two kinds of entries: (a) global entries for use in starting up all instances, and 
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(b) instance-specific entries tliat may be cloned from anotlier instance for use with the 
new instance. The initialization parameter file can be private to each computer in the 
cluster, or alternatively can be shared by all computers in the cluster"). 

Claim 31 

The modified Zargham teaches the method of claim 18, wherein the instance- 
specific information further includes information about a new service that the one or 
more of the plurality of instances provide ([Kumar et al.] Column 6 lines 25-36, 
"Thereafter, in act 55, the starter computer automatically sets up resources needed by 
the new instance in the newbie computer. Examples of such resources include a 
directory that may be required by the new instance during execution, to write log files, 
and/or to save data temporarily to disk. The resources that may be set up in act 55 
include any resources (such as memory of a minimum size) needed to bootstrap the 
instance of the application, so that the new instance of the application can come into 
existence (also called "static configuration"). Such resources may also include state 
information, and/or initialization values that may be needed by the new instance" and 
Column 7 lines 53-60, "In one implementation, a file (also called "initialization 
parameter" file) that is used for bootstrap configuration identifies two kinds of entries: (a) 
global entries for use in starting up all instances, and (b) instance-specific entries that 
may be cloned from another instance for use with the new instance. The initialization 
parameter file can be private to each computer in the cluster, or alternatively can be 
shared by all computers in the cluster"). 
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Response to Arguments 

Applicant's arguments filed in regards to claim 1 have been fully considered but 
they are not persuasive. 

The applicant has argued that the entity requesting the subscription is not an 
application server instance. In response to applicant's argument that the references fail 
to show certain features of applicant's invention, it is noted that the features upon which 
applicant relies (i.e., entity requesting the subscription) are not recited in the rejected 
claim(s). Although the claims are interpreted in light of the specification, limitations from 
the specification are not read into the claims. See In re Van Geuns, 988 F.2d 11 81 , 26 
USPQ2d 1057 (Fed. Cir. 1993). 

Applicant's arguments with respect to added limitations in the Independent claims 
have been considered but are moot in view of the new ground(s) of rejection. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to FARHAD ALI whose telephone number is (571)270- 
1920. The examiner can normally be reached on Monday thru Friday, 7:30am to 
5:00pm. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jeffrey C. Pwu can be reached on (571 ) 272-6798. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Farhad AN/ 
Examiner, Art Unit 2446 



